home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Shareware Overload Trio 2
/
Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO
/
dir35
/
apdz27.zip
/
APP-DIZ.HIS
< prev
next >
Wrap
Text File
|
1993-04-24
|
18KB
|
335 lines
Apply-Diz
History Documentation
Date Ver# Remarks
-------------------------------------------------------------------------------
4/24/93 ---- v2.7 Don Reid finally got his wish! <g> I have added another
command line switch to the program. Here is an excerpt
from the APP-DIZ.DOC file:
/FMT = Lets you define how you want the info-line
formatted. This is a new addition in version 2.7. The
use of this line is fairly simple in that you only have
to specify the following information to make it work:
/FMT:'</>@f<n> @o<n> @n<n>'
Now for an explaination of the /FMT switch. In the use
of this command line switch, it must be followed by a
colon ":" and a single quote "'". The next item (which
must be the first character after the single quote) is
an optional forward slash "/" which tells Apply-Diz to
change the dashes "-" in the date format 04-24-93 to
04/24/93.
The following macros tell Apply-Diz where to place the
actual words for the info line:
@f - The "Files:" word
@o - The "Oldest:" word
@n - The "Newest:" word
When placing the macro's on the line, be aware that any
spaces placed between them will be included in the
info-line (see note below for overflow info). For
example:
/FMT:'/@f @o @n'
produces: Files: nn Oldest: mm/dd/yy Newest: mm/dd/yy
which places 2 spaces between the nn and Oldest: and the
yy and Newest:
The final option is the <n> after each macro. This tells
Apply-Diz how many spaces to place after the colon ":"
for that macro. For example:
/FMT:'@f2 @o2 @n2'
produces: Files: nn Oldest: mm-dd-yy Newest: mm-dd-yy
which places 2 spaces between the colon and the value.
(note: If the info-line should exceed 45 characters in
length, then all double spaced characters " " will be
reduced to a single space until the line is 45 characters
long)
APP-DIZ.DOC has been updated.
3/19/93 ---- v2.6a Fred Busteed found an error while processing the CD-ROM's
on his system which would delete the next file name, size
date and first line of it's description when replacing
the info line for the one above it in the DIR file.
Two other bugs were discovered while trying to debug this,
one was the file count would have one added to it when
using the /IO switch. This was because of the logic used
for regular disk files. The second bug was that I left
and error checking routine commented out which would leave
the program in a continuos loop.
I guess I need to set up an official beta test team for
this program too.
3/17/93 ---- v2.6 Added two new options as command line switches
/CD will now force the program into CD-ROM mode. This
basically ensures nothing will be written to the CD-ROM
which would cause a disk write error. I have heard that
the CD-ROM files do not contain FILE_ID.DIZ's or
DESC.SDI files, so this would prevent Apply-Diz from
trying to write a FILE_ID.DIZ and compressing it into
the archive.
/IO will force the program to add the info line only.
This operation will search the DIR file for a description
of the archive, and if found, it will compile and add
the archive info line
"Files: nn Newest: mm-dd-yy Oldest: mm-dd-yy"
to the description. If the
description doesn't exist, no action will be taken and
the file will be skipped.
Added code that will re-format the FILE_ID.DIZ and
DESC.SDI files should they be in a non-standard form.
If the FILE_ID.DIZ is found to be out of order, only
the first 450 bytes will be re-formated and imported
into the DIR file. No action will be taken on the
description file within the archive unless you run the
program again with the /RF switch.
Optimized some of the routines.
Removed the code that adds the
"Apply-Diz UNREGISTERED EVALUATION COPY"
to the DIR files for
unregistered operation. Don Reid made the recommendation
that some people will not evaluate it if it adds that
line to the DIR file. I agreed and decided to remove
that portion. Thanks for the pointer Don!
Reduced the delay time from 30 seconds to 20 seconds
for unregisted operation.
Removed the time delay when the code is executed without
parameters. This should have never been time delayed,
sorry about that!
The only limitation for the unregistered copy is the
20 second time delay and non-batch mode processing.
1/23/93 ---- v2.5 Found another glitch with the new PKZip. Also added
support for SQZ archive types.
Worked out a couple other areas that will prevent the
file count from being 1 more than what is actually in
the archive. It was adding one to the total even if
there was a FILE_ID.DIZ.
The version 2.4 wasn't downloaded by many, but I figured
I would release another version number since I had
a terrible time with Tic-2-PCB.
Added some more output to the screen which shows the
archive name and compression type.
Apply-Diz.DOC has not been changed
1/15/93 ---- v2.4 Found my computer locked up this morning. It was because
a very unlikely situation existed that could hang the
system if something like 7 different conditions existed.
Well, they existed last night and that's when the hidden
flaw took over!
It seems when an LZH type archive was being processed,
the system would hang in the routine that gathered the
archive stats before compressing a FILE_ID.DIZ into it.
APP-DIZ.DOC has not been changed.
1/10/93 ---- v2.3 Thanks to Gary Hedberg and John Luce for bringing the
problems of the new version of ZIP to my attention, I
have changed the way the file stats are calculated & read.
I also added a routine to include the FILE_ID.DIZ in the
file count for the info line should it not exist before
updating the archive with a new FILE_ID.DIZ.
Also had a RESUME statement before any errors could be
processed which in turn would hang the system without
any notice or error reports.
No changes have been made to APP-DIZ.DOC.
12/27/92 --- v2.2 Thanks to Ray Cramer, who pointed out that the FILE_ID.DIZ
date/time stamp was being set to the archives date/time
stamp, and therefore allowing his upload processor pass
files who's contents were actually older than what he
allows on his system. - FIXED Thanks Ray!
I also found a problem with the archive statistics that
would cause a problem with an array if the archive had
numbers in it's name at exactly right place. - FIXED
Added a compiled date to the output screen.
Apply-Diz will now set the FILE_ID.DIZ to the newest file
date found within the archive. The archive's time stamp
will still be used for the time stamp on the FILE_ID.DIZ
however. This is not a real concern since there aren't
any processors that check a file's time for age. <g>
No significant changes to APP-DIZ.DOC, there's no need to
print it.
11/17/92 --- v2.1 Found a bug that created a DIZ.TMP scratch file instead of
the DIZIT.TMP file. This file was not being cleaned up
after a call to the archiver. -- FIXED
Added support for several more command line switches:
/CF = Only checks for FILE_ID.DIZ's within the archive,
and if found it will continue to the next archive
without checking the PCBoard directory listing.
/CP = Opposite of /CF. This will check only the PCBoard
directory listing and continue on if found.
These switches are only used to speed things up if you
don't want to have this running for a long period of time
on your system. However, if the description being searched
for doesn't exist, Apply-Diz will default to normal
processing for the current file.
/INFO = as requested by Tim Neff, an option for the usual
"Files: nn Newest: mm-dd-yy Oldest: mm-dd-yy" line
has been added. This only works in the normal,
/CP, or /RP mode of operation.
/NL = No logging. This prevents those large log files from
taking up precious hard disk space. The error file
will still be created if execution is unsuccessful.
/WK = This will be used to extract all FILE_ID.DIZ's,
make scratch files, and maintain the current sessions
logs. This must be specified as /WKDRIVE:
( i.e. /WKD: )
As requested by Ray Cramer, I added support for an exclude
file, verses internal coding, to prevent the inclusion of
additional lines in the FILE_ID.DIZ files. This file is
a straight ASCII text file with a single entry on each
line. See APP-DIZ.XLD for further details. I didn't want
to make a separate config file, or any other files that
have to be maintained, but this one really made sense!
Thanks Ray!
Made some changes to the program code with some speed gains
in a few areas. Unfortunately the slowness is due to the
archive programs.
Made more friendly error trapping routines, and better
file checking then previously used.
I would like to thank John Allen for testing Apply-Diz on
his Novell network system. He was the first one to report
the .!!! scratch file. MANY THANKS John!!!! :-)
Gary Hedberg was the first to test this version and I left
out a routine and Apply-Diz deleted all of his files in
the utility directory. This has been FIXED!!! <grin>
Thanks Gary!
Apply-Diz's memory requirements went up due to all the
additional options, but I don't believe it's over 135k.
If you determine different, please let me know. This
will most likely be different depending on how many
files are being imported due to the dynamic code I'm
using.
10/26/92 --- v2.0 MAJOR BUG SQUASH!!! Thanks to Randy Davila... It seems
I had a bug that was eluding my vision within the set file
date time function that was leaving the file open which
then caused a sharing violation and that in turn caused
a scratch file to be opened with a suffix of .!!!. THANKS
Randy!!!
Also during this bug massacre, I was able to determine the
memory requirements of Apply-Diz. It's less than 75k!
That means it should run in almost any environment. <g>
10/26/92 --- v1.0e Found an area that would sometimes hang the system because
I wasn't doing a complete exit from the program and that
would cause it to hang sometimes.
Changed a couple output routines, and tinkered with the
File Date/Time routine.
Still haven't figured out the network stuff yet, but I'm
reading up on it, and Desqview.
10/17/92 --- v1.0d Again corrected a bug in the routine that makes the
FILE_ID.DIZ's. Also found a bug that aborted the
execution if only a DESC.SDI file existed.
This should now work John!<g>
Changed some routines that will now preserve the archives
original date time stamp, thus not making it appear as
a new file when PCBoard processes it's directories.
Speeded up the code.
No changes made to APP-DIZ.DOC.
10/16/92 --- v1.0c Several bugs popped up over the last few nights, so I went
in and made some changes...
Added an <esc> key checking routine. Anytime during the
processing of files, you may press the <esc> key to abort
the process... (after the present file has been processed)
Added a log file. It will be called APP-DIZ.LOG and this
file will report all activity for each process. If the
program terminates abnormally, it will make another file
called APP-DIZ.ERR. Anything reported in this file as
debug code, or program error should be reported
immediately.
Made a new command line option in light of the bugs in the
three previous compiles. You can now specify RF or RP
after the PCBoard description file. RF will overwrite the
FILE_ID.DIZ file within the archive, and RP will overwrite
the PCBoard description with the FILE_ID.DIZ.
I Changed the way the command line handles wild cards. It
now accepts a wild card anywhere in the archive file spec
(i.e. C:\UPLOAD\*.ZIP, C:\UPLOAD\*.*, or C:\UPLOAD\NNN.*).
Added more filters for the file directory description when
making a FILE_ID.DIZ from the PCBoard description. It
should now filter "Uploaded by", "Downloaded", "Apply-Diz",
and "Received by". If you know of anymore, or you have one
that isn't supported yet, please leave me a message and
I'll put it on this list for the next release.
Made code to prevent the processing of .EXE, .COM, .TXT,
.GIF, .PCX, and .TIC files. If you can think of any more
just let me know. I had to screen out the .EXE files
because I don't have the info for detecting self extracting
archives YET.
APP-DIZ.DOC has been updated.
10/14/92 --- v1.0b Another bug was uncovered that wasn't importing the
complete file description into the FILE_ID.DIZ. I hope
this is the last of these little glitches!
10/14/92 --- v1.0a I stumbled across a bug that wasn't allowing DESC.SDI
files to be imported into the PCBoard descriptions.
10/14/92 --- v1.0 Initial public release.
